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Carnegie  Md  Ion 

Software  Engineering  Institute 

What  is  Sustainment? 


Joint  Publication  4-0  (Doctrine  for  Logistic  Support  of  Joint  Operations): 
“The  provision  of  personnel,  logistic,  and  other  support  required  to 
maintain  and  prolong  operations  or  combat  until  successful 
accomplishment  or  revision  of  the  mission  or  the  national  objective” 

DoDI  5000.2:  “The  first  effort  of  the  Operations  and  Support  (O&S) 
phase  established  and  defined  by  DoDI  5000.2.  The  purpose  of  the 
sustainment  effort  is  to  execute  the  support  program  to  meet  operational 
support  performance  requirements  and  sustain  the  system  in  the  most 
cost  effective  manner  of  its  life  cycle.  Sustainment  includes  supply, 
maintenance,  transportation,  sustaining  engineering,  data  management, 
Configuration  Management  (CM),  manpower,  personnel,  training, 
habitability,  survivability,  environment,  safety  (including  explosives 
safety),  occupational  health,  protection  of  critical  program  information, 
anti-tamper  provisions,  and  information  technology  (IT),  including 
National  Security  Systems  (NSS),  supportability  and  interoperability 
functions.  Sustainment  overlaps  the  Full  Rate  Production  and 
Deployment  (FRP&D)  effort  of  the  Production  and  Deployment  (P&D) 
phase.” 
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.  Carnegie  Mel  Ion 

—  Software  Engineering  Institute 

Software  Sustainment  -  Definition 

Software  maintenance  and  software  sustainment  are  often 
used  interchangeably.  We  will  make  a  distinction. 

Software  Maintenance:  “The  process  of  modifying  a 
software  system  or  component  after  delivery  to  correct 
faults,  improve  performance  or  other  attributes,  or  adapt  to 
a  changed  environment.” 

No  definitive  definition  of  software  sustainment  has  been 
found,  so  our  working  definition  is: 

Software  Sustainment:  “The  processes,  procedures, 
people,  materiel,  and  information  required  to  support, 
maintain,  and  operate  the  software  aspects  of  a  system.” 
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Carnegie  Mr  I  Lon 

Software  Engineering  Institute 

Software  Sustainment  -  Distinction 


Software  maintenance  consists  of: 

•  correcting  the  faults 

•  improving  performance  or  other  attributes 

•  adapting  to  a  changed  environment 

Software  sustainment  addresses  other  issues  not  always 
included  in  maintenance,  such  as: 

•  operations 

•  documentation 

•  deployment 

•  security 

•  CM 

•  training 

•  help  desk 

•  COTS  management 

•  technology  refresh 
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Carnegie  Mellon 

Software  Engineering  Institute 

Software  Entrance  Criteria  for 
Sustainment 

O  Signed  Source  of  Repair  Assignment  Process 
(SORAP) 

O  Completed  Operational  Test  &  Evaluation 
O  Stable  software  production  baseline 
O  Complete  current  software  documentation 
0  Authority  to  Operate  (ATO) 

%  Sustainment  Plan 

0  Current  &  negotiated  sustainment  transition  plan 
O  Sustainment  staff  training  plan 

Key:  o  Good  O  Caution  O  Warning  Critical 

Note:  Based  on  SEI  experience  with  actual  programs 
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Challenges 


Carnegie  Mel  Ion 

Software  Engineering  Institute 

Top  10  Sustainment  Challenges 

Lack  of  funding  for  transition  planning 
Lack  of  signed  SORAP 

Unclear  Information  Assurance  requirements  to  finalize  ATO 
Unaddressed  support  database  transition  logistics 
Unclear  COTS  license  management 
Sustainer  inexperience  with  COTS-based  systems 
Loss  of  key  contractor  staff  and  expertise 

Over  reliance  on  contractor  development  processes  and  proprietary  tools 
No  formal  training  for  sustainers 

Lack  of  parallel  Sustainment/Development  Management  Plan 
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Challenges 


Carnegie  Mel  Ion 

Software  Engineering  Institute 

Selected  Examples  of  Challenges 

COTS 

Programmatic 
System  Transition 
Information  Assurance  (IA) 


•  Indicates  Major  Concern 
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Software  Engineering  Institute 


to  handle 


COTS  Obsolescence  &  Upgrade  Planning 


Fielded 

System 

Instances 
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COTS  Vendors 


Incremental 
system  releases 


System 

Context 


Simultaneous 
Definition 
and  T radeoffs 

Marketplace  Architecture 

^  &  Design. 


Demand 

for 

features 


Unsupported  releases 
No  market  demand 


System 
development 

•  Tech  refresh, 
system  sustainment 
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Carnegie  Mellon 

Software  Engineering  Institute 


COTS  “Business”  Issues 


New  “business”  issues  (licenses, 
data  rights,  warranties)  to  resolve 


999 


COTS 

Products 


999 
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COTS-Based 
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Carnegie  Mel  Ion 

Software  Engineering  Institute 

Programmatic  Issues 


•  Transition  tasks  in  development  contract 

•  Funding  for  development  contractor 

•  Funding  for  sustainer 

•Transition  plans  created  and  implemented 
Sustainer  training  created 


Signed  SORAP 
required 
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Carnegie  Mel  Ion 

Software  Engineering  Institute 

System  Transition 


Staffing  issues  -  loss  of  staff 
Training  issues  -  staff  up  to  speed 
Complete  documentation  -  hand-off 
Expert  knowledge  transfer/loss 
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Carnegie  Mellon 

Software  Engineering  Institute 


Information  Assurance 


Securit 


System  Engineering 

■  Decisions 

■  Schedules 


•  Security  not  involved  in  system  engineering  decisions 

•  How  secure  is  the  overall  system? 
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Carnegie  Mellon 

Software  Engineering  Institute 


Conclusions 


Sustainment  is  a  balancing  act 
flj  •  Definitions  (what’s  included) 

•  Planning 

If  •  Coordination  on  issues 

^  •  Risk  Mitigation 
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